home *** CD-ROM | disk | FTP | other *** search
/ Univers Mac Interactif 43 / Univers Mac Interactif - Issue 43.iso / univers mac N°43 / Reseaux / internet / internet utilitaires / Sparkle230 folder / (Docs) / Readme Sparkle 2.2 < prev    next >
Text File  |  1994-11-14  |  4KB  |  70 lines
  1. The major new features in this release are:
  2. * PowerMac native (and very fast). A 6100/60 gives three times the 
  3.   playback rate of my Quadra 610.
  4. * Rewritten MPEG encoder to use way less memory.
  5. * All large memory allocation is done through temp mem. Basically this 
  6.   means you shouldn't ever need to increase the size of Sparkle's 
  7.   partition but you can open and save files limited only by all the 
  8.   memory on your mac.
  9. * Foundations have been laid for AppleScripting. You probably can't do 
  10.   any useful scripting with this release but that will change soon.
  11. * User interface has been tweaked a little. I hope you like the changes.
  12. * The most common problem with the 2.1 versions was that the preferences 
  13.   file would become corrupted leading to random errors. The prefs file 
  14.   handling has been changed in this version to make that much less likely.
  15.   If this release gives you problems, destroy the Sparkle prefs file then 
  16.   try again.
  17. * Many many bug fixes.
  18.  
  19. -----------------
  20.  
  21. The following are know small problems that I'll try to fix soon, probably 
  22. before release:
  23. 1) Scanning the directory to look for other PICTs when a PICT is opened 
  24.     can take a few seconds. I might write my own code to do this rather than 
  25.     using Apple's code (which scans the entire disk), or maybe I'll just add 
  26.     some progress bar feedback.
  27. 2) The first time a window is opened on an 8bit color screen, or if the 
  28.     color table on an 8bit color screen is altered, Sparkle takes about two 
  29.     seconds (on my Q610) to calculate new color tables. I'll try to add some 
  30.     sort of feedback that this is happening.
  31.  
  32. The following are smallish things that I'll add fairly soon, in between 
  33. adding major items.
  34. * Saving one frame, or an entire movie/MPEG to PICTs.
  35. * Support for previews in the OpenFile dialog.
  36. * Better quality 8bit dithering, both a better algorithm (though the 
  37.     present one, invented by me, is insanely fast and I don't want to lose 
  38.     that speed). Also selection of an optimal palette for 8bit MPEG playing.
  39. * I have special purpose code for playing back at 8bit color and grey 
  40.    scale, 16bit color and 24bit color. I do NOT have special code for 
  41.    handling 4bit greyscale, or for handling expanded images. 
  42.    I might add 4bit greyscale if enough people ask.
  43.    I will certainly add special code to handle double sized, and maybe 
  44.    generically expanded images. This will give much better playback 
  45.    quality and speed than what we have now.
  46. * I still would not recommend Sparkle as a default QT movie viewer. 
  47.     There are a few optimizations for QT movie playback speed that I don't 
  48.     yet implement, and I suspect Sparkle might die on pathological QT movies 
  49.     (like those with two video track, or gaps, or no video). For this 
  50.     reason, the QT movie files created by Sparkle have Simple Player as 
  51.     their creator. Once I go through these QT pathologies and fix Sparkle to 
  52.     cope with them, I'll switch the creator of these QT movies to Sparkle.
  53. * There is a tacit assumption that all PICTs in a sequence are of the same 
  54.     size. If your set of PICTs is of random size, they'll all be scaled to 
  55.     the size of the first PICT. I don't really plan on changing this because 
  56.     I I don't want to get involved with those sorts of issues. So this won't 
  57.     changes unless I get some very good reason why it should.
  58. * Any other small things you suggest.
  59.  
  60. After that I'll tackle sound. This is trickier than it may appear at 
  61. first so it'll probably appear in stages.
  62. 1) Better MPEG time-synching. I have the algorithm for this on paper 
  63.     and just have to code it. As a nice by-product, this should give better 
  64.     (less jerky) realtime playback of IPB frame MPEGs.
  65. 2) Actually playing audio, initially just in snd and MACE compressed form.
  66. 3) Parsing the system layer of MPEGs with audio (but tossing the audio)
  67. 4) Finally actually decoding the demuxed audio. 
  68. Obviously I'll work on these fast as I can, but I can't even guess dates 
  69. at this stage.
  70.